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(54) Device management system in a network 

(57) A process controlling unit included in a multi- 
function-device controller sends an acquired ID number 
and a request for identifying the user corresponding to 
the ID number, to a controller server (S1 2). The control- 
ler server searches a user management file for user in- 
formation corresponding to the ID number (S21). The 
controller server sends, to the multifunction-device con- 
troller, information representing that user verification is 
successfully made when user information is acquired 
(S24). Upon reception of such information, the process 



controlling unit permits the verified user to operate a 
copier making copies of documents (S14). Upon com- 
pletion of the copying operation, the process controlling 
unit acquires information representing the number of 
copies made by the user (S16). Then, the process con- 
trolling unit creates usage information of the copier, and 
sends the created usage information to the controller 
server (S17). The controller server stores the received 
usage information into a usage-information manage- 
ment file (S25). 
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counting means for counting an amount of us- 
age of the device by the verified user, and 
information creation means for creating device 
usage information, the device usage informa- 
tion comprising the amount of usage of the de- 
vice counted by the counting means and infor- 
mation for identifying the verified user. 

[0015] The system may further comprise: 

amount acquisition means for acquiring a usage 
amount record based upon device usage informa- 
tion stored in the information storage means, 
comparison means for comparing the usage 
amount record and a reference value and producing 
a comparison result, and 

output means for outputting the comparison result. 

[001 6] The system may further comprise: 

amount acquisition means for acquiring a usage 
amount record of an arbitrary device used by an ar- 
bitrary user based upon device usage information 
stored in the information storage means, 
comparison means for comparing the usage 
amount record and a reference value and producing 
a comparison result, and 

output means for outputting the comparison result. 

[0017] The system may further comprise: 

amount acquisition means for acquiring a usage 
amount record subsequent to replacement of the 
replaceable, expendable component in the device, 
based upon device usage information stored in the 
information storage means, 

comparison means for comparing the usage 
amount record and a reference value and producing 
a comparison result, and 

output means for outputting the comparison result. 

[0018] The device management system may further 
comprise: 

amount acquisition means for acquiring a usage 
amount record according to the section associated 
with the user, based upon device usage information 
stored in the information storage means, 
comparison means for comparing the usage 
amount record and a reference value and producing 
a comparison result, and 

output means for outputting the comparison result. 

[0019] In orderto achieve the above object, according 
to the second aspect of the present invention, there is 
provided a software control system for driving a terminal 
controlling a networked device, comprising: 



storage means for storing driver software for driving 
the terminal, 

selection means for selecting a device to be con- 
trolled by the terminal, 

5 correspondence information storage means for 

storing correspondence information indicating a 
correspondence between the software stored in the 
storage means and the selected device, 
specification means for specifying driver software 

10 for driving the selected device in accordance with 
the correspondence information stored in the cor- 
respondence information storage means, and 
installation means for providing the terminal with 
software specified by the specification means via a 

15 network and installing the software in the terminal. 

[0020] According to this invention, the verification 
means verifies the user operating the device, in accord- 
ance with the acquired ID number, for example. The 

20 counting means counts the usage amount (for example, 
the number of used papers) of the device operated by 
the user verified by the verification means. The usage- 
information acquisition means acquires usage informa- 
tion including the usage amount counted by the counting 

25 means. The usage-information storage means sequen- 
tially stores the usage information acquired by the us- 
age-information acquisition means. Accordingly, the us- 
age information of the device is sequentially stored in 
the usage-information storage means. Based on the 

30 stored usage information, the usage amount of the de- 
vice can be calculated according to user, section, etc. 
As a result of this, the usage context of the device can 
desirably be managed. 

[0021] The above-described device management 
35 system may comprise: 

input means for inputting information identifying a 
driver software installer, 

storage means for storing the information identify- 

40 ing the driver software installer, and 

output means for identifying the driver software in- 
staller, based on the information stored in the stor- 
age means, when driver software stored in the stor- 
age means is upgraded, and outputting a message 

45 to the identified driver software installer. 

[0022] In the above-described device management 
system, 

50 the storage means comprises means for storing in- 
formation indicating that a driver software installer 
wants to be informed about a driver software up- 
grade, and 

the output means comprises means responsive to 
55 the storage means for informing the driver software 
installer of a driver software upgrade. 

[0023] In order to accomplish the above object, ac- 
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cording to the third aspect of the present invention, there 
is provided 

a networked target device, and 
a management device, characterized in that 
the management device stores user information 
specifying a user permitted to operate the target de- 
vice, 

the target device sends identification information 
identifying a user operating the target device to the 
management device, 

the management device receives the identification 
information , verifies the user in accordance with the 
stored user information and the received identifica- 
tion information, and informs the target device of a 
verification result, 

the target device permits a user verified by the man- 
agement device to operate the target device, re- 
trieves a usage amount of the target device used 
by the user, and informs the management device of 
the retrieved usage amount, and 
the management device stores, in association with 
each other, information corresponding to the in- 
formed usage amount, the user, and the used de- 
vice. 

[0024] According to this invention, based on the 
stored usage information, the usage amount of the de- 
vice can he calculated according to user, section, etc. 
As a result of this, the usage context of the device can 
appropriately be managed. 

[0025] In the above-described device management 
system, the management device may output a message 
based on the stored usage information. 
[0026] In order to accomplish the above object, ac- 
cording to the fourth aspect of the present invention, 
there is provided a management client for communicat- 
ing with a controller serverthat controls a networked tar- 
get device, comprising: 

information input means for inputting identification 
information identifying a user operating the target 
device, 

verification means for sending the identification in- 
formation to the controller server and verifying the 
user operating the target device in accordance with 
response information sent from the controller serv- 
er, 

counting means for counting an amount of usage of 
the target device made by a user operating the tar- 
get device, and 

information sending means for sending device us- 
age information, comprising the amount of usage of 
the target device counted by the counting means, 
to the controller server. 

[0027] In order to accomplish the above object, ac- 
cording to the fifth aspect of the present invention, there 



is provided a controller server for controlling a net- 
worked target device through a management client, 
comprising: 

5 storage means for storing user information specify- 
ing a user permitted to operate the target device, 
identification information acquisition means for ac- 
quiring, from the management client via a network, 
identification information identifying a user operat- 

10 ing the target device, 

verification means for verifying a user operating the 
target device, in accordance with the identification 
information acquired by the identification informa- 
tion acquisition means and the user information 

15 stored in the user information storage means, 

information acquisition means for acquiring usage 
information of the target device, comprising an 
amount of usage of the target device made by a ver- 
ified user operating the target device, and 

20 information storage means for sequentially storing 
the usage information acquired by the information 
acquisition means. 

[0028] In order to accomplish the above object, ac- 
25 cording to the sixth aspect of the present invention, there 
is provided a method for managing usage of a net- 
worked device, comprising: 

verifying a user operating the device, 
30 obtaining an amount of usage of the device made 
by the verified user operating the device, 
acquiring usage information of the device compris- 
ing the obtained amount of usage of the device, and 
storing the acquired usage information in a data- 
35 base. 

[0029] The method may comprises: 

processing the usage information stored in the da- 
40 tabase, and 

sending a message to at least one of a user of the 
device and an administrator of the device. 

[0030] In order to accomplish the above object, ac- 
45 cording to the seventh aspect of the present invention, 
there is provided a method for controlling software for 
driving a control terminal that controls a networked de- 
vice; comprising: 

so storing correspondence information indicating a 
correspondence between driver software for driving 
the control terminal and the device, 
selecting a device to be controlled by the control ter- 
minal, 

55 specifying, in accordance with the stored corre- 
spondence information, driver software for driving 
the selected device, 

providing the control terminal with the specified driv- 
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er software via a network, and 
installing the driver software in the control terminal. 

[0031 ] This method may comprises: 

5 

storing information associated with a user that has 
installed driver software in a storage device, 
identifying a user that has installed driver software 
in a storage device when the installed driver soft- 
ware is upgraded, and 10 
sending a message to the identified user. 

[0032] In order to accomplish the above object, ac- 
cording to the eighth aspect of the present invention, 
there is provided a computer program for executing a 15 
method of managing use of a networked device, the 
method comprising: 

verifying a user operating the device, 
obtaining an amount of usage of the device made 20 
by the verified user operating the device, 
acquiring usage information of the device compris- 
ing the obtained amount of usage of the device, and 
storing the acquired usage information in a data- 
base. 25 

[0033] In order to accomplish the above object, ac- 
cording to the ninth aspect of the present invention, 
there is provided a computer program for controlling 
software for driving a control terminal that controls a net- 30 
worked device, comprising: 

storing correspondence information indicating a 
correspondence between driver software for driving 
the control terminal and the device, 35 
selecting a device to be controlled by the control ter- 
minal, 

specifying, in accordance with the stored corre- 
spondence information, driver software for driving 
the selected device, 40 
providing the control terminal with the specified driv- 
er software via a network, and 
installing the driver software in the control terminal. 

[0034] A data signal representing the program may be 45 
embodied in carrier wave and may be transmitted 
through network. 

[0035] The object and other objects and advantages 
of the present invention will become more apparent up- 
on reading of the following detailed description and the so 
accompanying drawings in which: 

FIG. 1 is a block diagram showing an example of 
the structure of a device management system ac- 
cording to an embodiment of the present invention; 55 
FIG. 2A is a block diagram specifically showing the 
structure of a multifunction-device controller, and 
FIG. 28 is a block diagram specifically showing the 



structure of a scanner controller; 

FIG. 3 is a block diagram specifically showing the 

structure of a database; 

FIG. 4A is an exemplary diagram showing an ex- 
ample of information in a user management file, 
FIG. 4B is an exemplary diagram showing an ex- 
ample of information in a device management file, 
and FIG. 4C is an exemplary diagram showing an 
example of information in a driver management file; 
FIG. 5A is an exemplary diagram showing an ex- 
ample of information in a usage-information man- 
agement file, and FIG. 5B is an exemplary diagram 
showing an example of information in a customer- 
information management file; 
FIG. 6A is a flowchart for explaining a process for 
counting a numher of copies made by a user, and 
FIG. 6B is a flowchart for explaining a process for 
acquiring usage information of device, 
FIG. 7 is an exemplary diagram showing an exam- 
ple of a table of usage information which is created 
by a process controlling unit; 

FIG. 8A is a flowchart for explaining a process for 
reading image data, and FIG. 8B is a flowchart for 
explaining a process for acquiring usage informa- 
tion of device; 

FIG. 9A is a flowchart for explaining a process for 
counting the number of scanned pages, and FIG. 
9B is a flowchart for explaining a process for acquir- 
ing usage information of device; 
FIG. 1 0 is an exemplary diagram showing an exam- 
ple of an email-address table which is sent from a 
controller server; 

FIG. 11 A a flowchart for explaining an installation 
process, and FIG. 11 B is a flowchart for explaining 
a process for providing driver software; and 
FIG. 12 is an exemplary diagram showing an exam- 
ple of printer information which is sent from the con- 
troller server; 

FIG. 13A is an example of the structure of a device 
management file employed in the second embodi- 
ment of the present invention, and FIG. 13B is an 
example of the structure of a usage-information 
management file employed in the second embodi- 
ment; 

FIG. 14 is a flowchart for explaining a process for 
managing usage amount, as will be executed by a 
controller server, in the second embodiment; 
FIGS.15A and 15B are diagrams exemplifying 
emails addressed respectively to an administrator 
and a user, when a number of papers (pages) print- 
ed (scanned) monthly with using a device exceeds 
a suggested-maximum number of papers (pages) 
to be printed (scanned) monthly, and FIGS. 1 5C and 
15D are diagrams exemplifying emails addressed 
respectively to an administrator and a user, when a 
number of papers (pages) printed (scanned) annu- 
ally with using a device exceeds a suggested-max- 
imum number of papers (pages) to be printed 
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(scanned) annually; 

FIG. 1 6 is a diagram exemplifying the structure of a 
device management file in the third embodiment of 
the present invention; 

FIG. 17 is a flowchart for explaining a process for 5 
reminding usage amount of an expendable, as will 
be executed by the controller server; 
FIGS. 18A and 18B are diagrams exemplifying 
emails addressed respectively to an administrator 
and a user, when it is almost time to replace an ex- 10 
pendabie in a device; 

FIG. 1 9 is a diagram exemplifying the structure of a 
user management file, in the fourth embodiment of 
the present invention; 

FIG. 20 is a flowchart for explaining a process for *5 
managing usage amount according to each user, 
as will be executed by the controller server, in the 
fourth embodiment of the present invention; 
FIGS. 21 A and 21 B are diagrams exemplifying 
emails addressed respectively to an administrator 20 
and a user, when a number of papers printed by the 
user exceeds a maximum number of papers to be 
printed monthly; 

FIG. 22 is a diagram exemplifying the structure of a 
section management file employed in the fifth em- 25 
bodiment of the present invention; 
FIG. 23 is a flowchart for explaining a process for 
managing usage amount according to each section, 
as will be executed by the controller server, in the 
fifth embodiment; so 
FIGS. 24A and 24B are diagrams exemplifying 
emails addressed respectively to an administrator 
and a user, when a number of papers printed by a 
section exceeds a maximum number of papers to 
he printed monthly; 35 
FIG. 25 is a diagram exemplifying the structure of a 
device management file employed in the sixth em- 
bodiment of the present invention; 
FIG. 26 is a flowchart for explaining a process for 
managing the usage context, as will be executed by 40 
the controller server, in the sixth embodiment; 
FIGS. 27A and 27B are diagrams exemplifying lists 
including information representing devices which 
are used to print larger number of papers than a 
suggested-maximum number of papers to be used 45 
monthly and a suggested-maximum number of pa- 
pers to be used annually, respectively, and FIGS. 
27C and 27 D are diagrams exemplifying lists in- 
cluding information representing devices which are 
used to print smaller number of papers than a sug- so 
gested-minimum number of papers to be used 
monthly and a suggested-minimum number of pa- 
pers to be used annually, respectively; 
FIG. 28 is a diagram exemplifying the structure of a 
driver management file employed in the seventh 55 
embodiment of the present invention; 
FIG. 29 is a flowchart for explaining a process exe- 
cuted by the controller server, in the seventh em- 



bodiment of the present invention; and 
FIG. 30 is a diagram exemplifying an email for in- 
forming any user having downloaded the driver 
about the version upgrade of the driver. 

[0036] Embodiment of the present invention will now 
be described with reference to the accompanying draw- 
ings. 

[0037] A device management system, which manag- 
es OA (Office Automation) apparatuses, of an embodi- 
ment of the present invention will now be explained with 
reference to the accompanying drawings. 
[0038] FIG. 1 is a block diagram showing an example 
of the structure of a device management system which 
is employed in this embodiment. As shown in FIG. 1 , a 
device management system 1 comprises a multifunc- 
tion device 11, a multifunction-device controller 12, a 
scanner 13, a scanner controller 14, a database 15, a 
controller server 16, a controller 17 for business-card 
printing, a printer 18 for business card printing, a FAX 
server 19, a facsimile 20, a printer 21, and a terminal 
machine 22. 

[0039] The multifunction device 12, the scanner con- 
troller 14, the controller server 1 6, the controller 1 7, the 
FAX server 1 9, the printer 21 and the terminal machine 
22 are connected with each other through a network 2 
such as a LAN (Local Area Network), etc. 
[0040] The multifunction device 11 , the scanner 13, 
the printer 18, the facsimile 20 and the printer 21 are 
those OA apparatuses whose usage contexts are to be 
managed. 

[0041] The multifunction device 11 is a device which 
is constituted by a combination of a copier, a scanner, 
a printer, etc. The multifunction device 1 1 performs cop- 
ying, scanning (reading) in accordance with the manip- 
ulation of the device by a user, and performs printing of 
documents output from the terminal machine 22. In 
many cases, the multifunction device 11 is arranged in 
each section of a company, etc. 
[0042] The multifunction -device controller 12 is a cli- 
ent device which sends commands to the controller 
server 16. The multifunction-device controller 1 2 sends, 
to the controller server 16, a request for verifying a user 
using the multifunction device 1 1 . At that same time, the 
multifunction-device controller 1 2 counts (he number of 
copies, which are made by the verified user using the 
multifunction device 11, for example. Then : the multi- 
function-device controller 12 creates usage information 
including the counter number, and provides the control- 
ler server 1 6 with the created usage information through 
the network 2. 

[0043] In more particular, the multifunction controller 
1 2 comprises a process controlling unit 31 , a touch pan- 
el 32, a CD-R drive 33, and a scanner 34 for scanning 
business cards, as shown in FIG. 2A. 
[0044] The process controlling unit 31 controls the 
multifunction controller 1 2 entirely. Particularly, the proc- 
ess controlling unit 31 verifies a user using ID informa- 
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tion (for example, an ID number of the user) input 
through the touch panel 32. After this, the process con- 
trolling unit 31 counts the number of copies, which arc 
made by a particular user with the multifunction device 
1 1 . Then, the process controlling unit 31 creates usage 
information including the counter value and information 
specifying the user, and provides the controller server 
16 with the created information through the network 2. 
[0045] The process controlling unit 31 acquires 
scanned data (image data) sent from the multifunction 
device 11, when the multifunction device 11 reads out 
documents through a scanner function included there- 
inside. The process controlling unit 31 stores the ac- 
quired image data on a disk medium in the CD-R drive 
33. 

[0046] Once the process controlling unit 31 acquires 
image data representing a business card which is 
scanned by the scanner 34, it compares text data in- 
cluding the image data with p re-stored reference text 
data. Then, the process controlling unit 31 identifies the 
text data in the business card, and converts the text data 
into a corresponding form of text data. 
[0047] The touch panel 32 includes an input/output 
device having a plurality of touch sensors arranged on 
an LCD unit, for example. The touch panel 32 receives 
instruction information, which is input by the user in ac- 
cordance with information displayed on the LCD unit, 
and provides the process controlling unit 31 with the re- 
ceived instruction information. 

[0048] The CD-R (Compact Disc Recordable) drive 
33 stores a disk medium (CD-R) whose data storage 
surface is coated with an organic pigment, stores pre- 
determined data by irradiating a laser beam onto the 
disk medium. For example, the CD-R drive 33 stores the 
image data read out through the scanner function of the 
multifunction device 11 on a disk medium. 
[0049] The scanner 34 is one for business card scan- 
ning. The scanner 34 scans a set business card using 
light intercepting devices, and provides the process con- 
trolling unit 31 with the read image data. 
[0050] The scanner 13 includes semiconductor light- 
intercepting devices such as CCD (Charge-Coupled 
Device), and scans documents which are placed on a 
tray of the scanner 13 so as to input image data. The 
scanner 13 provides the scanner controller 14 with the 
input image data. In many cases, the scanner 13 is ar- 
ranged in each section of a company, for example. 
[0051] The scanner controller 14 is a client device 
which communicates with the controller server 16, and 
controls the scanner 13. The scanner controller 14, as 
shown in FIG. 2B, comprises a touch panel 32, a CD-R 
drive 33, a process controlling unit 35. 
[0052] The process controlling unit 35 controls each 
unit included in the scanner controller 14. Particularly, 
the process controlling unit 35 verifies a user by referring 
to his/her ID number input through the touch panel 32. 
The process controlling unit 35 counts the number of 
scanned pages, which are scanned using the scanner 



13 in accordance with the manipulation of the verified 
user. The process controlling unit 35 creates usage in- 
formation including the counter value, and sends the 
created usage information to the controller server 16 

5 through the network 2. 

[0053] The touch panel 32 and the CD-R drive 33 
which are illustrated in FIG. 2B have the same structure 
as those of the respective touch panel 32 and the CD- 
R drive 33 illustrated in FIG. 2A. 

10 [0054] In FIG. 1 , the database 1 5 stores various data 
for controlling the OA apparatuses, such as the multi- 
function device 11 to he controlled. Particularly, the da- 
tabase 1 5 includes a user management file 41 , a device 
management file 42, a driver management file 43, a us- 

15 age-information management file 44, and a customer- 
information management file 45. 
[0055] The user management file 41 is a database for 
storing information necessary for verifying users of the 
multifunction device 1 1 , etc. For example, the user man- 

20 agement file 41 stores user information including ID 
numbers of users, user names, section codes of the us- 
ers, section names, telephone numbers, FAX numbers, 
etc. in association with each other, as illustrated in FIG. 
4A. The information stored in the user management file 

25 41 and the data structure thereof are arbitrary. For ex- 
ample, information regarding users may he once ob- 
tained in a CSV format from an existing database, so as 
to create the above-descrihed user information. 
[0056] The device management file 42 is a database 

30 which stores information for control ling the multifunction 
device 11 . For example, the device management file 42 
stores device information including serial numbers, 
model names, classifications, network addresses, and 
location. 

35 [0057] The driver management file 43 is a database 
which stores information for controlling driver software, 
which is necessary for driving the printer 21 and installed 
in the terminal machine 22. For example, the driver man- 
agement file 43 stores information including model 

40 names, versions, and folders wherein the driver soft- 
ware is stored, as illustrated in FIG. 4C. 
[0058] The usage-information management file 44 is 
a database which stores usage information represent- 
ing usage of OA apparatuses used by the users. For 

45 example, the usage-information management file 44 
stores usage information including, ID numbers of users 
operating the OA apparatuses and various papers 
which arc consumed by the respective users. The us- 
age-information management file 44 stores also dates 

so and times at which the users have used each of the ap- 
paratuses. The usage-information management file 44 
stores such usage information for each OA apparatus. 
[0059] The customer-information management file 45 
is a database which stores information regarding cus- 

55 tomers of the users. For example, the customer-infor- 
mation management file 45 stores, as shown in FIG. 5B, 
customer information including customer ID numbers, 
customer names, company codes, company names, 
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FAX numbers, and email addresses, in association with 
each other. 

[0060] The information stored in the customer-infor- 
mation management file 45 and the data structure there- 
of are arbitrary. For example, information regarding the 
customers may be once obtained in a CSV format from 
an existing database, so as to create the above-de- 
scribed customer information. Text data of a business 
card scanned by the scanner 34 (multifunction -device 
controller 12) is identified by the process controlling unit 
31. The identified text data can sequentially be stored 
in the customer-information management file 45. 
[0061] As seen from FIG. 1 , the controller server 16 
is a server device which controls each unit inside the 
device management system 1 , and includes a predeter- 
mined computer system. The controller server 16 per- 
forms data communications with the multifunction-de- 
vice controller 12, the scanner controller 14, and the 
controller 17 for business card printing. The controller 
server 1 6 verifies a user operating an OA apparatus, 
such as the multifunction device 1 1 , and acquires usage 
information regarding the usage of the OA apparatus. 
[0062] The controller server 16 includes a non-illus- 
trative reception mailbox for receipt of emails (a storage 
area for received emails) and a non-illustrative transmis- 
sion mailbox for sending e-mails (storage area for out- 
going emails) The controller server 1 6 has a function as 
a mail server. The controller server 1 6 stores, in the re- 
ception mailbox, an email which is received through the 
Internet, and sends the email stored in the transmission 
mailbox to a corresponding addressee through the In- 
ternet. 

[0063] The controller 1 7 for business card printing is 
a client device which communicates with the controller 
server 1 6, and controls the printer 1 8. The controller 1 7 
acquires user information, which represents target us- 
ers whose business cards are to be created, and which 
is stored in the user management file 41 through the 
controller server 16. The controller 17 creates printing 
information in a predetermined format. Then, the creat- 
ed printing information is sent to the printer 18 so as to 
he printed. 

[0064] The printer 18 is a printer including a cutting 
mechanism for cutting output papers with printed data 
into a predetermined business card size. The printer 18 
prints data for a business card on a predetermined pa- 
per in accordance with the printing information sent from 
the controller 1 7. 

[0065] Once the FAX (facsimile) server 19 acquires 
image data sent from and scanned by the scanner con- 
troller 14, etc., it converts the acquired image data into 
image data in a predetermined data format suitable for 
facsimile communications. Then, the converted data is 
sent to a predetermined receiver through the facsimile 
20. 

[0066] The FAX server 1 9 converts the facsimile data 
received through the facsimile 20 into image data of a 
predetermined format. Then, the FAX server 19 stores 



the converted image data into an internal data storage 
area. At this time, a message, for informing about the 
reception of the facsimile data, can be sent to a target 
terminal machine 22 through the controller server 16. 
5 [0067] The facsimile 20 is controlled by the FAX serv- 
er 1 9, and connected to a predetermined sender and/or 
receiver through a public telephone line, so that data for 
facsimile communications can be transmitted therebe- 
tween. 

10 [0068] In many cases, the printer 21 includes a page 
printer, and is arranged for each work-group within a 
section of a company. If the printer 21 receives printing 
data sent from the terminal machine 22 through the net- 
work 2, it prints out document data on a predetermined 

15 paper in accordance with the acquired printing data. 
[0069] In many cases, the terminal machine 22 in- 
cludes a personal computer, etc., and is arranged on a 
desk of each user in the work place. The terminal ma- 
chine 22 creates printing data to be output to the printer 

20 21 , etc., and sends the created printing data to the print- 
er 21 through the network 2. Driver software for driving 
the printer 21 is read out from the driver management 
file 43 through the controller server 16, and installed in 
the terminal machine 22, before a printing operation be- 

25 gins, 

[0070] After outputting printing data to the printer 21 , 
the terminal machine 22 creates print log information 
(records of printing performed previously) representing 
the number of printed pages. The terminal machine 22 
30 sends the created log information to the controller server 
16. Based on this print log information, information rep- 
resenting usage of the printer 21 is sent to the controller 
server 16. 

[0071] A process for managing device usage, which 
35 is carried out by the device management system 1 ac- 
cording to this embodiment, will now specifically be ex- 
plained with reference to the accompanying drawings. 
[0072] A process, wherein a user makes a photo -copy 
of a predetermined document by manipulation of the 
40 multifunction device 11 , will now be described with ref- 
erence to FIGS. 6A and 6B. FIG. 6A is a flowchart for 
explaining a process for counting the number of copies 
which are made using the multifunction -device control- 
ler 12. FIG. 6B is a flowchart for explaining a process 
45 for acquiring usage information as performed by the 
controller server 16. 

[0073] The process for counting the number of copies, 
illustrated in FIG. 6A, begins to be carried out, when the 
user inputs an instruction for making copies through the 

50 touch panel 32 of the mult if unction -device controller 12. 
On the contrary, the process for acquiring the usage in- 
formation, illustrated in FIG. 6B, begins to be carried out, 
in response to the execution of the process for counting 
the number of copies. 

55 [0074] The process controlling unit 31 of the multi- 
function-device controller 1 2 waits until an ID number of 
the user is input (Step S11). In other words, the process 
controlling unit 31 does not carry out the following pro- 
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cedures, until the ID number of the user is input through 
the touch panel 32. 

[0075] Upon inputting of the ID number through the 
touch panel 32, the process controlling unit 31 sends 
the received ID number and a request for verifying the 
user, to the controller server 16 (Step S12). 
[0076] Upon reception of the ID numberfrom the proc- 
ess controlling unit 31 , the controller server 1 6 searches 
the user management file 41 in the database 1 5 for the 
received ID number, while referring to the ID number as 
a key (Step S12). 

[0077] The controller server 16 determines whether 
the user information is acquired from the user manage- 
ment file (Step S22). That is, the controller server 16 
determines whether the ID number acquired from the 
process controlling unit 31 is registered in the user man- 
agement file 41 . 

[0078] When determined that the user information 
can not be acquired, the controller server 16 can not ver- 
ify the user operating the multifunction device 11. 
Hence, the controller server 16 sends information, rep- 
resenting that the user is not verified, to the multifunc- 
tion-device controller 12 (Step S23) : and the process is 
terminated. 

[0079] On the contrary, when determined that the user 
information is acquired, the controller server 16 sends 
information, representing that the user is verified, to the 
multifunction-device controller 12 (Step S24). That is, 
because the controller server 16 did verify the user op- 
erating the multifunction device 1 1 , it sends the informa- 
tion, representing that the verification is successfully 
made, to the process controlling unit 31 through the net- 
work 2. 

[0080] Upon reception of information sent from the 
controller server 16, the process controlling unit 31 de- 
termines whether the received information represents 
that the verification is successfully made (Step S13). 
[0081] When the process controlling unit 31 deter- 
mines that the verification is not made : i.e. "No Good", 
the flow returns to the procedure of Step S11 , and the 
procedures of the above-described steps S1 1 to S1 3 are 
repeatedly carried out. On the contrary, when the proc- 
ess controlling unit 31 determines that the verification is 
successfully made, it permits the user to operate the 
multifunction device 11 (Step S14). That is, the process 
controlling unit 31 supplies the multifunction device 11 
with a predetermined control signal so as to make the 
multifunction device 11 be operable by the user. 
[0082] The process controlling unit 31 waits until the 
user completes operating the multifunction device 11 for 
making copies (Step S15). During this time, the user 
makes copies of predetermined documents by manipu- 
lation of the multifunction device 11 . 
[0083] If the user has completed making copies of the 
documents, the process controlling unit 31 acquires in- 
formation representing the number of copies which are 
made by the user, from the multifunction device 11 (Step 
S16). 



[0084] The process controlling unit 31 creates usage 
information of device in the form of a table, and sends 
the created information to the controller server 16 (Step 
S17). More particularly, the process controlling unit 31 
5 adds information of the ID numbers to the information 
representing the number of copies, and creates a table 
of usage information of device, as show in FIG. 7. Then, 
the process controlling unit 37 sends the created usage 
information to the controller server 16 through the net- 
to work 2. 

[0085] Upon reception of the usage information from 
the process controlling unit 31 , the controller server 16 
stores the received usage information in the usage-in- 
formation management file 44 (Step S25). That is, the 
is controller server 1 6 stores the usage information repre- 
senting the usage of the multifunction device 11 by the 
verified user. 

[0086] Accordingly, the usage information of an OA 
apparatus, such as the multifunction device 11 or the 

20 like, is sequentially stored in association with each user, 
in the usage-information management file 44. Based on 
the stored usage information, the usage of the OA ap- 
paratuses can be summed up. In accordance with the 
summed usage, the amount of money to be charged can 

25 also be calculated. As a result of this, the usage context 
of the OA apparatus can adequately be managed. 
[0087] FIG. 8A is a flowchart for explaining a process 
for reading an image, as carried out by the scanner con- 
troller 1 4. FIG. 8B is a flowchart for explaining a process 

30 for acquiring usage information, as carried out by the 
controller server 1 6. The process for reading out image 
data, shown in FIG. 8A, begins to be carried out, when 
the user inputs an instruction for starting a scanning op- 
eration by manipulation of the touch panel 32 of the 

35 scanner controller 14. The process for acquiring usage 
information, shown in FIG. 8B is started, in response to 
the execution of the process for reading image data. 
[0088] The process controlling unit 35 included in the 
scanner controller 14 waits until an ID number is input 

40 by manipulation of the touch panel 32 (Step S31 ). When 
an ID number is input, the process controlling unit 35 
sends the received ID number and a request for verify- 
ing the user of the input ID number, to the controller serv- 
er 16 (Step S32). 

45 [0089] The controller server 16 which has received 
the ID number searches the user management file 41 in 
the database 15 for user information corresponding to 
the received ID number, while referring to the ID number 
as a key (Step S41). Then, the controller server 16 de- 
so termines whether user information is acquired (Step 

542) . 

[0090] When determined that the user information 
can not be acquired, the controller server 16 sends in- 
formation representing that user verification is not 
55 made, i.e. "No Good", to the scanner controller 14 (Step 

543) , then the process is terminated. On the contrary, 
when determined that the user information is acquired, 
the controller server 16 sends information representing 
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that the user verification is made, i.e. "OK", to the scan- 
ner controller 14 (Step S44). 

[0091] Upon reception of the information from the 
controller server 16, the process controlling unit 35 de- 
termines whether the acquired information is to repre- 
sent that the verification is successfully made, i.e. "OK" 
(Step S33). 

[0092] When the process controlling unit 35 deter- 
mines that the verification is not made : i.e. "No Good", 
the flow returns to the procedure of Step S31 , and the 
procedures of the steps 31 to 33 are repeatedly per- 
formed. On the contrary, when determined that the ver- 
ification is made, i.e. "OK", the process controlling unit 
35 permits the user to operate the scanner 13 (Step 
S34). 

[0093] The process controlling unit 35 supplies the 
CD-R drive 33 with the read image data, and records 
the image data on a disk medium (Step S35). Particu- 
larly, the process controlling unit 35 converts the image 
data which is read out from the documents into image 
data of a TIFF format. Then, the process controlling unit 
35 records the converted image data on the disk medi- 
um stored in the CD-R drive 33. 

[0094] The process controlling unit 35 determines 
whether the scanning operation is completed (Step 
S36). Until the scanning operation is completed, the 
read image data is sequentially stored on the disk me- 
dium stored in the CD-R drive 33. 
[0095] Upon completion of the scanning operation, 
the process controlling unit 35 acquires, from the scan- 
ner 13, information representing the number of pages 
which are scanned in accordance with the manipulation 
of the scanner 1 3 by the user (Step S37). 
[0096] The process controlling unit 35 adds informa- 
tion regarding the ID number of the user, etc. to the in- 
formation representing the number of scanned pages, 
and creates usage information of device. Then, the 
process controlling unit 35 sends the created usage in- 
formation to the controller server 1 6 through the network 
2 (Step S38). 

[0097] Upon reception of the usage information sent 
from the process controlling unit 35, the controller server 
16 stores the acquired usage information in the usage- 
information management file 44 (Step S45). 
[0098] Accordingly, usage information of the OA ap- 
paratus such as the scanner 13 is sequentially stored in 
the usage-information management file 44 in associa- 
tion with each user. Based on the stored usage informa- 
tion, the usage information of the OA apparatus can be 
summed up in association with each user or section in 
a company. In accordance with the summed usage in- 
formation, the amount of money to be charged can be 
calculated. As a result of this, the usage context of the 
OA apparatus can adequately be managed. 
[0099] In the step S37, the information representing 
the number of pages which are scanned by the scanner 
13 is acquired. The image size of image data recorded 
on the disk medium in the CD-R drive 33 can be ac- 



quired as the usage information of the scanner 13, in- 
stead of the number of scanned pages. 
[01 00] A process for sending the image data read out 
by the scanner 1 3 to a customer of a user in the form of 

5 an email will now he explained with reference to FIGS. 
9A and 9B. FIG. 9A is a flowchart for explaining a proc- 
ess for counting the number of scanned pages, which 
is carried out by the scanner controller 14. FIG. 9B is a 
flowchart for explaining a process for acquiring usage 

10 information of device, which is carried out by the con- 
troller server 16. The process for counting the number 
of scanned pages, shown in FIG. 9A, begins to be car- 
ried out, when the user inputs an instruction for sending 
an email with attached image data by manipulation of 

is the touch panel 32. On the contrary, the process for ac- 
quiring usage information begins to be carried out, in 
response to the execution of the above process for 
counting the number of scanned pages. 
[0101] The process controlling unit 35 waits until the 

20 user inputs his/her ID number through the touch panel 
32 (Step S51 ). When the ID number is input, the process 
controlling unit 35 sends the acquired ID number and a 
request for verifying the user to the controller server 16 
(Step S52). 

25 [0102] The controller server 16 which has received 
the ID number searches the user management file 41 
for user information corresponding to the ID number, 
while referring to the received ID number as a key (Step 
S61). Then, the controller server 16 determines whether 

30 the user information is acquired (Step S62). 

[0103] When determined that the user information 
can not be acquired, the controller server 16 sends, to 
the scanner controller 1 4, information representing that 
the user can not successfully be verified, i.e. "No Good" 

35 (Step S63), and the process is terminated. On the con- 
trary, when determined that the user information is ac- 
quired, the controller server 16 sends, to the scanner 
controller 14, information representing that the user is 
successfully verified, i.e. "OK" (Step S64). 

40 [0104] Upon reception of the information from the 
controller server 16, the process controlling unit 35 de- 
termines whether the acquired information is to repre- 
sent that the verification of the user is made, i.e. "OK" 
(Step S53). 

45 [0105] When the process controlling unit 35 deter- 
mines that the verification is not made, i.e. "No Good", 
the flow returns to the step S51 , and the procedures of 
the steps 51 to 53 are repeatedly performed. When de- 
termined that the verification is made, i.e. "OK", the 

so process controlling unit 35 send a request for sending 
email addresses of customers of the verified user to the 
controller server 16 (Step S54). 

[0106] The controller server 1 6, which has received a 
request for sending email addresses, obtains email-ad- 
55 dress information from the customer information man- 
agement file 45. Then, the controller server 16 sends 
the obtained email addresses to the scanner controller 
14 (Step S65). Particularly, the controller server 16 en- 
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tirely reads out information including customer names 
and their corresponding email addresses, etc. , from the 
customer information management file 45. Then, the 
controller server 16 creates an email-address table 
shown in FIG. 10. The controller server 16 sends the 
created email-address information to the process con- 
trolling unit 35 through the network 2. 
[0107] Upon reception of the email-address informa- 
tion from the controller server 1 6, the process controlling 
unit 35 displays the received email addresses on the 
touch panel 32 in the form of a table (Step S55). The 
user selects a predetermined addressee or a plurality of 
addressees included in the displayed table on the touch 
panel 32. 

[01 08] When an arbitrary addressee is selected by the 
user, the process controlling unit 35 specifies the email 
address as an addressee, and permits the user to op- 
erate the scanner 13 for a scanning operation (Step 
S56). Then , the user controls the scanner 1 3 for reading 
out image data of a predetermined document. 
[0109] The process controlling unit 35 creates an 
email with attached image data which is read out by ma- 
nipulation of the scanner 13, and sends the created 
email to the controller server 1 6 (Step S57). 
[01 1 0] After acquiring the email sent from the process 
controlling unit 35, the controller server 1 6 stores the 
acquired email into a predetermined reception mailbox 
(Step S66). The controller server 16 sends the email, 
which is stored in the reception mailbox at a predeter- 
mined timing, to a corresponding addressee through the 
Internet, etc. 

[0111] After sending the email to the controller server 
1 6, the process controlling unit 35 acquires information 
representing the number of scanned pages from the 
scanner 13 (Step S58). 

[0112] The process controlling unit 35 adds informa- 
tion including an ID numberto the information represent- 
ing the number of scanned pages, so as to create usage 
information. Then, the process controlling unit 35 sends 
the created usage information to the controller server 
16 through the network 2 (Step S59). 
[0113] Upon reception of the usage information from 
the process controlling unit 35, the controller server 16 
stores the received usage information into the usage- 
information management file 44 (Step S67). 
[0114] Accordingly, the usage information of the OA 
apparatus, such as the scanner 13, is sequentially 
stored in the usage-information management file 44 in 
association with each user. Based on the stored usage 
information, the usage information of the OA apparatus 
can be summed up in association with each user or each 
section in a company. In accordance with the summed 
usage information, the amount of money to be charged 
can also be calculated. As a result of this, the usage 
context of the OA apparatus can adequately be man- 
aged. 

[01 15] In the above process, the image data read out 
by the scanner 1 3 is sent to the customer of the user in 



the form of an amail. However, the read image data can 
be sent to his/ner own mailbox. 

[0116] An operation for installing the driver software 
for driving the printer 21 will now be explained with ref- 

5 erenceto FIGS. 11 A and 11B. FIG. 11 A is a flowchart 
for explaining a process for installing the software for 
driving the printer 21 , which is carried out by the terminal 
machine 22. FIG. 11 B is a flowchart for explaining a 
process for providing the software for driving the printer 

10 21 , which is carried out by the controller server 1 6. 
[01 17] The process for installing the software, shown 
in FIG. 11 A, begins to be carried out, when the user in- 
puts an instruction for installing the software using the 
terminal machine 22. The process for providing the soft- 

is ware begins to he carried out, in response to the exe- 
cution of the process for installing the software. 
[0118] The terminal machine 22 sends a request for 
sending printer information to the controller server 16 
(Step S71). That is, the terminal machine 22 sends a 

20 request for sending printer information including a mod- 
el name and location of the printer 21 to the controller 
server 16. 

[0119] Once the controller server 1 6 receives the re- 
quest for sending the printer information , it specifies any 

25 device which is classified as a printer, of the devices reg- 
istered in the device management file 42. The controller 
server 16 reads out the information including the mode! 
name and location of the specified device (Step S81). 
[0120] The controller server 16 creates printer infor- 

30 mation shown in FIG. 12, of the information read out 
from the device management file 42, and sends the cre- 
ated printer information to the terminal machine 22 (Step 

582) . 

[0121] Once the terminal machine 22 acquires the 
35 printer information, it displays the acquired printer infor- 
mation in the form of a table on a predetermined display 
section of the terminal machine 22 (Step S72). 
[0122] If an arbitrary printer, included in the table, is 
selected by the user, the terminal machine 22 sends the 
40 model name of the selected printer and a request for 
sending the software for driving the printer, to the con- 
troller server 1 6 (Step S73). 

[0123] Once the controller server 16 receives a re- 
quest for sending the model name and the software, it 
45 accesses the driver management file 43, and specifies 
a storage folder for storing the driver software (Step 

583) . 

[01 24] The controller server 1 6 reads out the software 
from the specified storage folder, and sends the read 

so software to the terminal machine 22 (Step S84). 

[0125] Once the terminal machine 22 receives the 
software sent from the controller server 1 6, it installs the 
received software therein (Step S74). 
[01 26] At this time, the installing of the driver software 

55 can appropriately be performed in the printer 21 con- 
nected onto the network 2, even when another printer 
21 (e.g. a printer of another section) needs to be used. 
[0127] Hence, less power is needed for installing the 
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software, and the latest driver software controlled by the 
controller server 16 can always be provided. 
[0128] In the above-described embodiment, the us- 
age information including the counter value regarding 
the usage of the OA apparatus is simply stored in the 
usage- information management file 44 in a sequential 
manner. However, the past record of the usage of the 
OA apparatus is acquired from the usage- information 
management file 44 : and a message corresponding to 
the acquired past record may be displayed on the touch 
panel 32, etc. Explanations will now be made to an ex- 
ample wherein the user makes a copy of a given docu- 
ment by manipulation of the multifunction device 11 . 
[0129] The process controlling unit 31 sends an ID 
number input by the user to the controller server 1 6 and 
a request for verifying the input ID number, as shown in 
the procedure of Step S12 of FIG. 6A. 
[0130] The controller server 16 which has received 
the ID number searches the user management file 41 
for the user information corresponding to the received 
ID number, as shown in the procedures of the steps S21 
and S22 of FIG. 6B, so as to verify the user. At this time, 
the controller server 1 6 searches the usage-information 
management file 44 for the usage information, and ac- 
quires the past record of the usage of the OA apparatus. 
[0131] The controller server 16 compares the ac- 
quired past record with a predetermined reference val- 
ue. In the case where the past record is larger than the 
reference value, the controller server 1 6 sends the ver- 
ification result together with a predetermined warning 
message to the process controlling unit 31 . 
[0132] When the warning message is received, the 
process controlling unit 31 displays the message on the 
touch panel 32. 

[0133] Accordingly, having displayed the warning 
message, the user can he aware of the fact that the cur- 
rent number of used papers is larger than the reference 
value. This prevents the user from wasting any unnec- 
essary copies, thus reducing the usage amount of the 
OA apparatus. 

Second Embodiment 

[0134] In the first embodiment, the explanations have 
been made to the system which calculates the number 
of papers used by the user through each OA apparatus. 
The system can give various kinds of suggestions or ad- 
vice to the user, based on the calculated data of the us- 
age amount. 

[0135] Explanations will now be made to the second 
embodiment of the present invention, wherein a device 
management system gives advice to a user based on 
the calculated number of used papers by the user 
through an OA apparatus. 

[0136] In the second embodiment, a maximum value 
of the number of papers to be used is set for each OA 
apparatus. When the number of used papers reaches 
the set maximum value, the device management sys- 



tem can inform the user of the reaching of the maximum 
value. 

[0137] In this example, the device management file 
42 stores, as shown in FIG. 13A, records each of which 

5 is divided into a plurality of fields of "Serial Number", 
"Model Name", "Classification", "Network Address", 
"Location", "...", "Suggested Maximum Number of Pa- 
pers to be Used Monthly", "Suggested Maximum 
Number of Papers to be Used Annually", "Maximum 

10 Number of Papers Before Lasting Device", "Substitute 
Device". 

[0138] Note that, stored in the field of "Suggested 
Maximum Number of Papers to be Used Monthly" is a 
maximum value of usage amount of a corresponding de- 

15 vice per month (number of used papers/month), based 
on the specification of the corresponding device. Stored 
in the field of "Suggested Maximum Number of Papers 
to be Used Annually" is a maximum value of usage 
amount of a corresponding device per year (number of 

20 used papers/year), based on the specification of the cor- 
responding device. Stored in the field of "Maximum 
Number of Papers Before Lasting Device" is a maximum 
usage amount of a corresponding device (number of 
used papers/usage period), based on the specification 

25 of the corresponding device. Stored in the field of "Sub- 
stitute Device" is a prospective device to be used when 
a corresponding device can not desirably be used for 
some reason. 

[0139] As illustrated in FIG. 13B, the usage-informa- 
30 tion management file 44 stores the monthly usage 
amount (number of papers/month) of a corresponding 
device and the annual usage amount (number of pa- 
pers/year) of the device, in addition to the number of 
used papers classified according to each user. 

35 [01 40] Operations of the device management system 
of this embodiment will now be described. 
[0141] Every time a user makes a photocopy using 
the multifunction device 11 , or prints image data using 
the printer function of the multifunction device 11, the 

40 controller server 1 6 records the usage amount (number 
of papers) of the multifunction device 11 according to 
each user (Step S25 in FIG. 6B, Step S45 in FIG. 8B, 
Step S67 in FIG. 10B). In this step, the controller server 
16 adds the number of papers used by the user at this 

45 time to the number of papers used monthly with using 
the multifunction device 1 1 , the number of 5 papers used 
annually, and the total number of used papers. 
[0142] When one month has elapsed since a refer- 
ence time (date), the controller server 16 resets the 

50 number of papers used during the period of time and 
registered in the usage-information management file 44. 
When one year has elapsed since the reference date, 
the controller server 16 resets the number of papers 
used during the period of time and 0 registered in the 

55 usage-information management file 44. 

[0143] The controller server 16 carries out a process 

shown in FIG. 14 late at night, for example. 

[0144] The controller server 16 initializes a device 
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number "i" of a corresponding device (Step S101). 
[0145] Subsequently, the controller server 16 reads 
out the monthly usage amount (number of papers/ 
month), the annual usage amount (number of papers/ 
year), and the total usage amount (total number of pa- 
pers) of the device number "i", from the usage-informa- 
tion management file 44 (Step S102). 
[0146] Then, the controller server 16 determines 
whether the read number of papers used 0 monthly is 
equal to or larger than the "Suggested Maximum 
Number of Papers to be Used Monthly" of the device 
number "i" which is registered in the device manage- 
ment file 42, shown in FIG.13B (Step S1 03). For exam- 
ple, when the device number "i" indicates the multifunc- 
tion device 123, the "Suggested Maximum Number of 
Papers to be Used Monthly" is 12,000. Hence, in the 
step S1 02, It is determined whether the number of 5 pa- 
pers used by the user through the multifunction device 
1234, during a corresponding monthly period, is equal 
to or larger than 12,000. 

[0147] In the case where the number of papers used 
monthly is equal to or larger than the "Suggested Max- 
imum Number of Papers to he Used Monthly" (Step 
S103: Yes) : the controller server 1 6 creates emails, like 
the ones shown in FIGS. 1 5A and 1 5B, and sends D the 
created emails to the administrator and the user of the 
multifunction device, respectively (Step S104). Such 
emails are to give advice the administrator and the user 
to use another device, inform about a substitute device, 
and give a message representing a reason to recom- 
mend the use of different device. 
[0148] Upon reception of the email shown in FIG. 15A, 
the administrator turns off the 5 multifunction device so 
that the device can not be operated, for example. Then, 
the user uses the substitute device, in accordance with 
the email shown in FIG. 15B. 

[01 49] On the contrary, in the case where the number 
of papers used monthly is smaller than the "Suggested 
Maximum Number of Papers to be Used Monthly" (Step 
S103: No), the flow skips the procedure of the step 
S104. 

[0150] After this, the controller server 16 determines 
whether the read number of papers used annually is 
equal to or larger than the "Suggested Maximum 
Number of Papers to be Used Annually" which is regis- 
tered in the device management file 42 (Step S105). 
[0151] When it is determined that the number of pa- 
pers used annually is equal to or larger than the "Sug- 
gested Maximum Number of Papers to be Used Annu- 
ally" (Step S105: Yes), the controller server 16 creates 
emails, like the ones shown in FIGS. 15C and 15D,and 
sends them to the administrator and the user of the mul- 
tifunction device (Step S106). Upon reception of the 
email, the administrator turns off the device, so that the 
multifunction device can not be used. Then, the user 
makes photocopies or prints using the substitute device 
described in the sent email. 

[0152] After this, it is determined whether the read 



number of papers used annually with using the device 
T is equal to or larger than the "Maximum Number of 
Papers Before Lasting Device" registered din the device 
management file 42 (Step S105). 
s [0153] It is determined whether the total number of 
used papers is equal to or larger than the "Maximum 
Number of Papers Before Lasting Device" registered in 
the device management file 42 (Step S107). 
[0154] When it is determined that the total number of 
10 used papers is equal to or larger than the "Maximum 
Number of Papers Before Lasting Device" (Step S107: 
Yes), the controller server 16 creates the same emails 
of FIGS. 15Ato 15D, and sends them to the administra- 
tor and the user (Step S108). Upon reception of the in- 
15 forming email, the administrator turns off the main power 
of the multifunction device, so that the device can not 
be used. After this, the user makes photocopies or prints 
image data using the described substitute device. 
[0155] Subsequently, the controller server 16 deter- 
ge mines whether the device number "i" reaches the final 
value, i.e., whether the processes for the entire devices 
are completed (Step s1 09). When determined that the 
procedures for the entire devices are not completed 
(Step S109: No), the controller server 16 updates the 
25 device number V, and repeats the above-described 
procedures. 

[0156] When determined that the device number T 
reaches the final number (Step S109: Yes), the flow is 
terminated. 

30 [0157] According to the structure of the multifunction 
device management system, the situation wherein the 
device is overused beyond the characteristics of each 
device can be prevented. 

35 Third Embodiment 

[0158] In a device management system, it is possible 
to sum up the number of used papers with using the OA 
apparatuses, and inform the userthat it is time to change 
40 expendable supplies of the multifunction device. The 
third embodiment of such a system will now be ex- 
plained. 

[0159] In the third embodiment, as illustrated in FIG. 
1 6, the device management database 42 stores records 

45 each of which is divided into a plurality of fields of "Serial 
number", "Model Name", "Classification", "Network Ad- 
dress", "Location", "Number of Used Papers Since Pre- 
vious Replacement of Expendable 1", "Number of Used 
Papers for Reminding Usage Amount of Expendable 1", 

so "Number of Used Papers Since Previous Replacement 
of Expendable 2", "Number of Papers for Reminding Us- 
age Amount of Expendable 2°, "Number of Used Papers 
Since Previous Replacement of Expendable 3", 
"Number of Papers for Reminding Usage Amount of Ex- 

55 pendable 3", and "Substitute Device". 

[01 60] Registered in the field of "Number of Used Pa- 
pers Since Previous Replacement of Expendable Sup- 
ply 1" is the total usage amount (total number of used 
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papers) of a corresponding multifunction device, since 
the first expendable supply (e.g., toner) included in the 
device is previously replaced. Registered in the field of 
"Number of Papers for Reminding Usage Amount of Ex- 
pendable 1" is a predetermined number of papers. 
When the number of papers used in the multifunction 
device reaches the predetermined numbersince the last 
time the expendable 1 has been replaced, information 
representing that the expendable 1 should be replaced 
is output. The predetermined number is set little snalier 
than a maximum number of papers which can be printed 
with a single expendable 1. 

[01 61 ] Registered in the field of "Number of Used Pa- 
pers Since Previous Replacement of Expendable 2" is 
the total usage amount (total number of printed papers) 
of the device, since the second expendable (e.g., a pho- 
toconductor (including a drum, belt, etc.)) has previously 
been replaced. Registered in the field of "Number of Pa- 
pers for Reminding Usage Amount of Expendable 2" is 
a predetermined number of papers. When the number 
of papers used in the multifunction device reaches the 
predetermined number since the last time the expend- 
able 2 has been replaced, information representing that 
the expendable 2 should be replaced is output. The pre- 
determined number is set little smaller than a maximum 
number of papers which can be printed with a single ex- 
pendable 2. 

[01 62] Registered in the field of "Number of Used Pa- 
pers Since Previous Replacement of Expendable 3" is 
the total usage amount (total number of printed papers) 
of the device, since the third expendable included in the 
devise has proviously been replaced. Registered in the 
field of "Number of Papers for Reminding Usage 
Amount of Expendable 3" is a predetermined number of 
papers. When the number of papers used in the multi- 
function device reaches the predetermined number 
since the last time the expendable 3 has been replaced, 
information representing that the expendable 3 should 
be replaced is output. The predetermined number is set 
little smaller than a maximum number of papers which 
can be printed with a single expendable 3. 
[0163] Registered in the field of "Substitute " is a de- 
vice which substitutes for a corresponding device, when 
the corresponding device can not be used as a result of 
complete expending of an expendable included in the 
corresponding device. 

[0164] Those data registered in the fields of "Number 
of Used Papers Since Previous Replacement of Ex- 
pendable 2", "Number of Papers for Reminding Usage 
Amount of Expendable 2", "Number of Used Papers 
Since Previous Replacement of Expendable 3", 
"Number of Papers for Reminding Usage Amount of Ex- 
pendable 3" are set depending on the necessity. 
[0165] The controller server 16 executes a process 
which is shown in FIG. 17 late at night, for example. 
[0166] The controller server 16 initializes a device 
number "i" of a corresponding device (Step S121). 
[0167] Subsequently, the controller server 1 6 obtains 



information about the totally-used papers, based on the 
data contents of the usage-information management file 
44 (Step S122). Alternatively, the totally-used papers 
may be derived in advance, as shown in the usage-in- 
5 formation management file of FIG. 13B. 

[01 68] After this, the controller server 1 6 determines 
whether or not the obtained information regarding the 
total number of used papers is equal to or larger than 
the total sum of "Number of Used Papers Since Previous 
10 Replacement of Expendable 1", and "Number of Papers 
for Reminding Usage Amount of Expandable 1" of the 
device "i", which are registered in the device manage- 
ment file 42, shown in FIG. 16 (Step S123). In other 
words, it is determined whether the number of used pa- 
is pers with using the device is equal to or larger than 
"Number of Papers for Reminding Usage Amount of Ex- 
pendable 1 ", since the first expendable 1 has previously 
been replaced. 

[01 69] When it is determined that the total number of 

20 used papers is equal to or larger than the total sum of 
"Number of Used Papers Since Previous Replacement 
of Expendable 1 " and "Number of Papers for Reminding 
Usage Amount of Expendable 1" (Step S123: Yes), the 
controller server 1 6 creates emails, like the ones shown 

25 in FIGS. 1 8A and 1 8B, and sends the created emails to 
the administrator and the user of the multifunction de- 
vice (Step S124). Such emails are to inform the admin- 
istrator and user of the device that it is nearly time to 
replace the expendable, and that printing may be dete- 

30 riorated as a result of complete expending of the ex- 
pendable, and also about a substitute device. 
[0170] Upon reception of the email shown in FIG. 18A, 
the administrator of the multifunction device prepares to 
replace corresponding expendable. On the other hand, 

35 the user uses the substitute described in the email 
shown in FIG. 18B, as needed. 

[0171] When determined that the total numberof used 
papers is smaller than the total sum of "Numberof Used 
Papers Since Previous Replacement of Expendable 1" 
40 and "Number of Papers for Reminding Usage Amount 
of Expendable 1" (Step S123: No), the flow skips the 
procedure of the step S124. 

[0172] The controller server 16 performs the same 
process for the expendables 2 and 3 depending on the 

45 necessity (Step S1 25 to S1 28). 

[0173] After this, it is determined whether the device 
number "i" reaches the final value, i.e. whether the proc- 
esses for the entire devices are completed (Step S1 29). 
When determined that the processes for the entire de- 

50 vices are not completed (Step S129: No), the controller 
server updates the device number "P (Step S130). 
Thereafter, the flow returns to the step S122, and the 
following procedures are sequentially performed as de- 
scribed above. 

55 [0174] When determined that the device number "P 
reaches the final value, I.e. that the procedures for the 
entire devices are completed (Step S129: Yes), the 
process is terminated. 
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[01 75] According to such a structure, the user can be 
aware of the time to replace the expendable included in 
the device in advance, so as to deal with the matters in 
the multifunction device. 

Fourth Embodiment 

[0176] Explanations will now be made to the fourth 
embodiment of a system which can set a maximum 
number of papers to be used with using an OA appara- 
tus according to each user, and inform each user that 
the number of used papers has reached the maximum 
value. 

[0177] In this example, as shown in FIG. 19, the user 
management file 41 stores records each of which is di- 
vided into a plurality of fields of "ID Number", "Name", 
"Section Code", "Section Name", "Telephone Number", 
"FAX Number", "Email Address", "Number of Papers 
Used Monthly", "Suggested Maximum Number of Pa- 
pers to be Printed Monthly", "Number of Papers Used 
Annually", and "Suggested Maximum Number of Papers 
to be Used Annually". 

[0178] Registered in the field of "Number of Papers 
Used Monthly" is the number of printed papers (number 
of papers/month) which are consumed by a user during 
a particular month. Registered in thefield of "Suggested 
Maximum Number of Papers to be Used Monthly" is the 
number of papers to be printed monthly by the user. In 
this field, different numbers can be set depending on us- 
ers' work task, post, etc. Registered in the field of 
"Number of Papers Used Annually" is the number of pa- 
pers (number of papers/year) used annually by the user. 
Registered in thefield of "Suggested Maximum Number 
of Papers to be Used Annually" is the maximum value 
(number of papers/year) of the number of papers to be 
used annually by the user. In this field, different values 
can be set depending on users' work task, position, etc. 
[0179] Operations of this system will now be ex- 
plained. 

[01 80] Every time one user makes photocopies using 
the multifunction device 1 1 , or prints image data with the 
printer 21, the controller server 16 records the usage 
amount (number of used papers) in the usage-informa- 
tion management file 44 according to each user (Step 
S25 In FIG. 6B, Step S45 in FIG. 8B, Step S67 in FIG. 
10B). Further, in the above steps, the controller server 
16 adds the number of used paper(s) to the data of 
"Number of Papers Used Monthly" and "Number of Pa- 
pers Used Annually". 

[0181] When one month has elapsed since a refer- 
ence date, the controller server 1 6 resets, to "0", the da- 
ta of "Number of Papers Used Monthly" registered in the 
usage-information management file 44. When one year 
has elapsed since the reference date, the controller 
server 16 resets, to "0", the data of "Number of Papers 
Used Annually" registered in the usage-information 
management file 44. 

[0182] The controller server 16 executes the entire 



process which is shown in FIG. 20 late at night, for ex- 
ample. 

[01 83] The controller server 1 6 initializes a number T 
of a corresponding user (Step S141). 

5 [0184] Subsequently, the controller server 16 reads 
out data of "Number of Papers Used Monthly", "Sug- 
gested Maximum Number of Papers to be Used Month- 
ly", "Number of Papers Used Annually", and "Suggested 
Maximum Number of Papers to be Used Annually", in 

10 the record of the user "i", from the user management file 
41, shown in FIG. 19 (Step S142). 
[0185] The controller server 16 determines whether 
the read number of papers used monthly is equal to or 
largerthan the "Suggested Maximum Number of Papers 

15 to be Used Monthly" (Step S1 43). 

[0186] When determined that the number of papers 
used monthly is equal to or largerthan i the "Suggested 
Maximum Number of Papers to be Used Monthly" (Step 
S143: Yes), the controller server 16 creates emails, like 

20 the ones shown in FIGS. 21 A and 21 B, and send them 
to the administrator and user (Step S144). Such emails 
are to inform the administrator and user that the number 
of papers used by the user operating the OA apparatus 
exceeded the maximum value. 

25 [0187] On the contrary, when determined that the 
"Number of Papers Used Monthly" is smaller than the 
"Suggested Maximum Number of Papers to be Used 
Monthly" (Step S143: No), the flow skips Step S144. 
[0188] After this, the controller server 16 determines 

30 whether the read "Number of Papers Used Annually" is 
equal to or larger than "Suggested Maximum Number 
of Papers to be Used Annually" (Step S145). 
[01 89] When determined that the "Number of Papers 
Used Annually" is equal to or larger than "Suggested 

35 Maximum Number of Papers to be Used Annually" (Step 
S145: Yes), the controller server 16 creates emails, like 
the ones shown in FIGS. 21 A and 21 B, and send them 
to the administrator and user (Step S146). 
[0190] Subsequently, it is determined whether the us- 

40 er number "i" reaches the final value, i.e. whether proc- 
esses for the entire users are completed (Step S147). 
When determined that the processes for the entire users 
are not completed (Step S1 47: No), the controller server 
16 updates the user number "i". Then, the flow returns 

45 to the step S142, and the following procedures are re- 
peatedly performed as that described above. 
[0191] When determined that the user number "i" has 
reached the final value, i.e. that the procedures for the 
entire users are completed (Step S147: Yes), the proc- 

50 ess is terminated. 

[0192] According to such a structure, it is possible to 
prevent the user from making an excessive number of 
copies. 

55 Fifth Embodiment 

[0193] In the fourth embodiment, the maximum 
number of used papers while operating the OA appara- 
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tus has been set according to each user However, such 
setting may be achieved according to each section of a 
company. 

[01 94] I n this embodiment, the user management file 
41 includes a section management file 48 which is 
shown in FIG. 22. The section management file 48 
stores records each of which is divided into a plurality 
of fields of "Section Code", "Section Name", "Composi- 
tion Staff ID Number", "Composition Staff Name", 
"Number of Papers Used Monthly", "Maximum Number 
of Papers to be Used Monthly", "Number of Papers 
Used Annually", and "Maximum Number of Papers to 
be Used Annually". 

[0195] Note that, in the fields of "Section Code" and 
"Section Name", corresponding section codes and sec- 
tion names are registered. In the field of "Composition 
Staff ID Number, ID numbers of staff who belong to a 
corresponding section are registered, while, in the field 
of "Composition Staff Name", names of staff who belong 
to the corresponding section are registered. In the field 
of "Number of Papers Used Monthly", the number of pa- 
pers (number of papers/month) used monthly by the en- 
tire staff who belong to the corresponding section is reg- 
istered. In the field of "Maximum of Number of Pages to 
be Used Monthly", the maximum limit value (number of 
papers/month) of the number of papers to be used 
monthly by the corresponding section is registered. The 
maximum number of papers is allocated according to 
each section, in accordance with work tasks of each 
section. In the field of "Number of Papers Used Month- 
ly", the number of papers (number of papers/month) 
used by the section throughout a particular year is reg- 
istered. In the field of "Maximum Number of Papers to 
be Used Annually", the maximum number of papers to 
be used by the corresponding section annually is regis- 
tered. 

[01 96] Operations of the system according to this em- 
bodiment will now be described. 

[01 97] Every time a user makes photocopies with the 
multifunction device 11, or print image data with the 
printer 21 , the controller server 16 records the number 
of used papers according to each user in the usage-in- 
formation management file 44 (Step S25 of FIG. 6B, 
Step S45 of FIG . 8B, Step S67 of FIG. 1 0B). In the steps, 
the controller server 16 determines a section to which 
the user belongs. In addition, the controller server 16 
adds the number of papers used by the user at this time 
to the data of "Number of Papers Used Monthly" and 
"Number of Papers Used Annually" which are registered 
in the section management file 48 shown in FIG. 22. 
[0198] When one month has elapsed since a refer- 
ence date, the controller server 16 resets, to "0", data 
of the "Number of Papers Used Monthly" which is reg- 
istered in the section management file 48. When one 
month has elapsed since the reference date, the con- 
troller server 16 resets, to "0", data of the "Number of 
Papers Used Annually" which is registered in the section 
management file 48. 



[0199] The controller server 1 6 executes the process 
which is shown in FIG 23 late at night, for example. 
[0200] The controller server 16 initializes a section 
number "i" of a corresponding section in a company 

5 (Step S1 51). 

[0201] Subsequently, the controller server 16 reads 
out data of "Number of Papers Used Monthly", "Maxi- 
mum Number of Papers to be Used Monthly", "Number 
of Papers Used Annually", and "Maximum Number of 

10 Papers to be Used Annually" in the record 5 correspond- 
ing to the section "i", from the section management file 
48 shown in FIG, 22 (Step S152) 
[0202] When it is determined that the "Monthly Usage 
Amount" is equal to or larger than the "Maximum 

is Number of Papers to be Used Monthly" (Step S1 53). 
[0203] When determined that the number of papers 
used monthly is equal to or larger than the "Maximum 
Number of Papers to be Used Monthly" (Step S153: 
Yes), the controller server 16 creates emails, like the 

20 ones shown in FIGS. 24A and 24B, and sends them to 
the administrator and any one of the users who belong 
to the corresponding section (Step S154). Such emails 
are to inform the administrator and the users that the 
number of used papers allocated to the section has ex- 

25 ceeds the maximum value. 

[0204] On the contrary, when determined that the 
number of papers used monthly is smaller than the 
"Maximum Number of Papers to he Used Monthly (Step 
S153: No), the flow skips the procedure of the step 

30 S154. 

[0205] Subsequently, the controller server 16 deter- 
mines whether the read "Number of Papers Used An- 
nually" is equal to or larger than the "Maximum Number 
of Papers to be Used Annually" (Step S155). 

35 [0206] When determined that the "Number of Papers 
Used Annually" is equal to or larger than the "Maximum 
Number of Papers to be Used Annually" (Step S155: 
Yes), the controller server 16 creates emails which are 
quite resemble to the emails shown in FIGS. 24A and 

40 24B : and sends them to the administrator and the users 
of the corresponding section (Step S156). 
[0207] After this, the controller server determines 
whether the section number "i" has reached the final val- 
ue, i.e. whether the procedures for the entire sections 

45 are completed (Step S 1 57). When determined the pro- 
cedures for the entire sections are not completed yet 
(Step S157: No), the controller server 16 updates the 
section number "i". Then : the flow returns to the step 
S152, and the following procedures are sequentially 

so performed as described above. 

[0208] When determined that the section number "i" 
has reached the final value, i.e. whether the procedures 
for the entire sections are completed (Step S157: Yes), 
the process is terminated. 

55 [0209] According to such a structure, it is possible to 
prevent each section from printing an excessive number 
of papers. 
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Sixth Embodiment 

[0210] In the sixth embodiment of the present inven- 
tion, it is possible to analyze acquired information and 
effectively use for each apparatus. The sixth embodi- 
ment of the present invention will now be described. 
[0211] In this example, as shown in FIG. 13A, the de- 
vice management file 42 stores records each of which 
is divided into a plurality of fields of "Serial Number", 
"Model Name", "Classification", "Network Address", 
"Location", "...", "Suggested Maximum Number of Pa- 
pers to be Used Monthly", "Suggested Maximum 
Number of Papers to be Used Annually", "Suggested 
Minimum Number of Papers to be Used Monthly", and 
"Suggested Minimum Number of Papers to be Used An- 
nually". 

[0212] Notethatthe "Suggested Maximum Number of 
Papers to be Used Monthly" is the maximum number of 
papers used monthly (number of papers/month), based 
on the specification of a corresponding device. The 
"Suggested Maximum Number of Papers to be Used 
Annually" is the maximum value of usage amount per 
year (number of papers/year), based on the specifica- 
tion of the corresponding device. The "Suggested Min- 
imum Number of Papers to be Used Monthly" is the min- 
imum value of usage amount per month (number of pa- 
pers/month), based on the specification of the corre- 
sponding device. The "Suggested Minimum Number of 
papers to be Used Annually" is the minimum value of 
usage amount per month (number of papers/year), 
based on the specification of the corresponding device. 
[0213] As shown in FIG. 13B, the usage-information 
management file 44 stores the monthly usage amount 
(number of papers used monthly) and the annually us- 
age amount (number of papers used annually), in addi- 
tion to the number of used papers according to each us- 
er. 

[0214] Operations of the system according to the sixth 
embodiment of the present invention will now be de- 
scribed. 

[0215] Every time a user makes photocopies with the 
multifunction device 11, or prints image data with the 
printer, the controller server 16 records the usage 
amount (number of used papers) according to each user 
(Step 25 of FIG. 6B, Step S16 of FIG. 8B, Step S67 of 
FIG. 1 0B). In the steps, the management server 16 adds 
the number of papers used by the user at this time is 
added to the "Number of Papers Used Monthly", 
"Number of Papers Annually", and "Total Number of Pa- 
pers" which are registered in the usage-information 
management file 44 shown in FIG. 13B. 
[0216] When one month has elapsed since a refer- 
ence date, the controller server 1 6 resets, to "0", the da- 
ta of "Number of Papers Used Monthly" registered in the 
usage- information management file 44. When one year 
has elapsed since the reference date, the controller 
server 16 resets, to "0", the data of "Number of Papers 
Used Annually" registered in the usage-information 



management file 44. 

[0217] The administrator sets in advance whether to 
extract information about a device with which the user 
uses the number of papers larger than the "Suggested 

5 Maximum Number of Papers to be Used Monthly (and 
Annually)", whether to extract information about a de- 
vice with which the user uses the number of papers 
smaller than the "Suggested Minimum Number of Pa- 
pers to be Used Monthly (and Annually)", or whether to 

10 extract both of the above information. 

[0218] The controller server 1 6 executes the process 
shown in FIG. 26 late at night, for example. 
[0219] The controller server 16 determines which of 
the maximum number or minimum number is selected 

15 by the administrator of the multifunction device (Step 
S161). 

[0220] When determined that both of devices, with 
one of which the user can use the number of papers 
equal to or larger than the maximum number and with 

20 the other one of which the user can use the number of 
papers equal to or smaller than the minimum number, 
are selected (Step S161 : No), the controller device 16 
initializes a device number T (Step S1 62). 
[0221] Subsequently, the controller device 16 reads 

25 the "Number of Papers Used Monthly (and Annually) in 
the record corresponding to the device "i" from the us- 
age-information managementfile 44 shown in FIG. 1 3B. 
Additionally, the controller device 16 reads the "Maxi- 
mum Number of Papers to be Used Monthly (and An- 

30 nually)" and "Minimum Number of Papers to be Used 
Monthly (and Annually)" from the device management 
file 42 (Step S1 63). 

[0222] Then, the controller server 16 determines 
whether the read "Number of Papers Used Monthly" is 
35 equal to or larger than the "Suggested Maximum 
Number of Papers to be Used Monthly", or equal to or 
smaller than "Suggested Minimum Number of Papers to 
be Used Monthly" (Step S164). 

[0223] When determined that the "Number of Papers 

40 Used Monthly" is equal to or larger than the "Suggested 
Maximum Number of Papers to be Used Monthly", or 
equal to or smaller than the "Suggested Minimum 
Number of Papers to be Used Monthly" (Step S164: 
Yes), the controller server 16 adds the device "i" into 

45 either one of lists shown in FIGS. 27A and 27C. That is, 
when determined that the "Number of Papers Used 
Monthly" is equal to or larger than the "Suggested Max- 
imum Number of Papers to be Used Monthly", the con- 
troller server 16 adds the device T into the list shown 

so in FIG. 27A. On the other hand : when determined that 
the "Number of Papers Used Monthly" is equal to or 
smaller than the "Suggested Minimum Number or Pa- 
pers to be Used Monthly", the controller server 1 6 adds 
the device "i" into the list shown in FIG. 27C. 

55 [0224] When determined that the "Number of Papers 
Used Monthly" is smaller than the "Suggested Maximum 
Number of Papers to be Used Monthly" and larger than 
the "Suggested Minimum Number of Papers to be Used 
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Month ly" (Step S1 64: No), the flow skips the step S1 65. 
[0225] After this, the controller server 1 6 determines 
whether the read "Number of Papers Used Annually" is 
equal to or larger than the "Suggested Maximum 
Number of Papers to be Used Annually" or equal to or 
smaller than the "Suggested Minimum Number of Pa- 
pers to be Used Annually" in the record corresponding 
to the device "i" (Step S166). 

[0226] When determined that the "Number of Papers 
Used Annually" is equal to or largerthan the "Suggested 
Maximum Number of Papers to be Used Annually", or 
equal to or smaller than the "Suggested Minimum 
Number of Papers to be Used Annually" (Step S166: 
Yes), the controller server adds the device "i" into either 
one of lists shown in FIGS. 27B and 27D. That is, when 
determined that the "Number of Papers Used Annually" 
is equal to or larger than the "Suggested Maximum 
Number of Papers to be Used Annually", the controller 
server 16 adds the device V into the list shown in FIG. 
27B. On the other hand, when determined that the 
"Number of Papers Used Annually" is equal to or smaller 
than the "Suggested Minimum Number of Papers to be 
Used Annually", the controllerserver 1 6 adds the device 
T into the list shown in FIG. 27D. 
[0227] When determined that the "Number of Papers 
Used Annually" is smaller than the "Suggested Maxi- 
mum Number of Papers to be Used Annually" and larger 
than the "Suggested Minimum Number of Papers to be 
Used Annually" (Step S1 66: No), the flow skips the step 
S167. 

[0228] Subsequently, the controller server 16 deter- 
mines whether the device number V has reached the 
final value, i.e. whether the processes for the entire de- 
vices are completed (Step S 1 68). When determined the 
process for the entire devices are not completed (Step 
S168: No), the controller server 16 updates the device 
number "i" in the step 1 69. Then, the flow returns to the 
step S163, and the following procedures are repeatedly 
performed as described above. 

[0229] When determined that the device number T 
has reached the final value, i.e. whether the processes 
for the entire devices are completed (Step S168: Yes), 
the flow is terminated. 

[0230] According to such a structure, it becomes pos- 
sible to identify any apparatuses which are overused or 
not used substantially at all, thus overcoming the ineffi- 
ciency of the plurality of OA apparatuses. 
[0231 ] In the above description, the "Suggested Max- 
imum Number of Papers to be Used" and the "Suggest- 
ed Minimum Number of Papers to be Used" are com- 
pared with the "Number of Papers" which are used by 
the apparatus. However, the "Number of Papers Used" 
by the apparatus may be compared only with the "Sug- 
gested Maximum Number of Papers to be Used" so as 
to extract those apparatuses which are overused and to 
create a list of such apparatuses. Additionally, the 
"Number of Papers Used" by the apparatus may be 
compared only with the "Suggested Minimum Number 



of Papers to be Used" so as to extract those apparatus- 
es which are not used almost at all. The past data of the 
"Number of Papers Used" by the apparatus may be 
stored at intervals of every month or year. Then, an ar- 

5 bitrary month or year is specified, so that the "Suggested 
Maximum (Minimum) Number of Papers to be Used 
Monthly or Annually" can be compared with the 
"Number of Papers Used" of the apparatus in the spec- 
ified month or year. 

10 [0232] Those lists shown in FIGS. 27A to 27D are il- 
lustrated only byway of example. Hence, such lists may 
be displayed or printed in the form, wherein the "Number 
of Papers Used" by the entire apparatuses, the "Sug- 
gested Maximum Number of Papers to be Used" and 

15 the "Suggested Minimum Numberof Papers to be Used" 
are shown, and those apparatuses which are overused 
or rarely used can easily be identified (e.g., data items 
may be sorted by using different colors). 



[0233] When the version of the driver software is up- 
graded : the user may be informed about the version up- 
grade of the software. 

25 [0234] In this example, the driver management data- 
base 43 stores records each of which is divided into a 
plurality of fields of "Model Name", "Version", "Software- 
Storage Folder", and "List of Users Having Downloaded 
Software", as shown in FIG. 28. 

30 [0235] Note that, in the field of the "List of Users Hav- 
ing Downloaded Software", ID numbers of staff who 
have downloaded corresponding driver software are 
registered. Each of the ID numbers includes a flag (Y: 
N) set to indicate whether each corresponding user 

35 wants to be informed about the version upgrade of the 
driver software. A flag "Y" is to indicate that its corre- 
sponding user wants to be informed about the above 
fact, whereas a flag "N" is to indicate that its correspond- 
ing user does not care about that. 

40 [0236] Operations of the device management system 
according to the seventh embodiment of the present in- 
vention will now be explained. 

[0237] When the user installs driver software in the 
terminal device 22, the user specifies whether he/she 

45 wants to be informed about the software upgrade when 
the driver software is upgraded in the step S73. The con- 
troller server 1 6 registers the ID number(s) of the users, 
having downloaded the software, in the driver manage- 
ment file 43 shown in FIG. 28. After this, either one of 

50 the flags "Y" and "N B for indicating the user's preference 
is set. 

[0238] When the controller server 1 6 detects the ver- 
sion upgrade described in the driver management file 
43, it carries out the process shown in FIG. 29. 
55 [0239] The controller server 16 initializes a user 
number V corresponding to a user who has download- 
ed the driver software. 

[0240] Subsequently, the controller server 16 ac- 
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quires information representing the user, who has down- 
loaded the driver software and whose information is reg- 
istered in an "i"-th record, from the field of the "List of 
Users Having Downloaded Software" (Step S182). 
[0241] The controller server 16 determines whether 
the flag included in the retrieved information is a flag "Y" 
or not (Step S183). 

[0242] When determined that the flag included in the 
retrieved information is a flag "Y", i.e. if the user wishes 
to be informed about the software upgrade, the control- 
ler server 16 refers to the driver management file to re- 
trieve an email address of the user with reference to his/ 
her ID number, and records the retrieved email address 
(Step S184). 

[0243] After this, the controller server 1 6 determines 
whether the user number T has reached the final value, 
i.e. whether the process for the entire users is competed 
(Step S1 85). When determined that the process for the 
entire users is not completed yet (Step S185: No), the 
controller server 16 updates the user number V in the 
step S1 86. Then, the flow returns to the step S182, and 
the following procedures are sequentially performed as 
described above. 

[0244] When determined that the user number "i" has 
reached the final value, i.e. the processes respectively 
for the entire users are completed (Step S185: Yes), the 
controller server 1 6 creates an email, which is shown in 
FIG. 30, and sends the created email which is ad- 
dressed to the email address stored in the step S184 
(Step S187). 

[0245] As seen from the driver management file 43 of 
FIG. 28, let it be supposed that the driver software is 
upgraded to version 2.03. Thecontroller server 1 6 reads 
out an ID number, 1234567, as information regarding a 
first user who has firstly downloaded the driver software, 
from the field of "List of Users Having Downloaded Soft- 
ware". In this case, because the flag "N" is set, no email 
is sent to the user of the ID number 1 234567. After this, 
the controller server 16 reads out an ID number, 
2345678, as information regarding a second user who 
has secondly downloaded the driver software. In this 
case, because the flag "Y" is set, an email shown in FIG. 
30 is sent to the user of the ID number, 2345678. 
[0246] According to such a structure of the device 
management system, the user can easily be aware of 
the version upgrade of the driver software. In addition, 
the user can install the driver software as needed. 
[0247] In the above-embodiments, the user is to be 
verified based on his/her input ID number. However, the 
ID information for identifying the user is not limited to 
the ID number, and is arbitrary. The inputting of the ID 
information is not limited to using the touch panel 32, 
and is arbitrary. For example, a magnetic card, on which 
ID numbers of users are recorded, is read out by a pre- 
determined card reader, thereby to input the recorded 
ID information. 

[0248] The device management system according to 
this embodiment of the present invention can be real- 



i2ed using a common computer system, instead of a 
dedicated system. For example, a program for execut- 
ing any one of the above-described operations is in- 
stalled into a computer from a medium (a floppy disk, 

s CD-ROM or the like) containing the program stored 
therein, and the program is run on a network OS (Oper- 
ating System) to execute the above-described process. 
In thus formed structure, the device management sys- 
tem which execute the above-described processes can 

10 be realized. 

[0249] The method for providing the computer with 
the program is arbitrary. The program may be provided 
to the computer through a communications circuit, a 
communications network, a communications system, 

15 etc. For example, the program may be posted to a BBS 
(Bulletin Board System) on the communications net- 
work, and embedded in a carrier wave so as to be trans- 
mitted to the users through the network. 
[0250] The program is activated, and executed in a 

20 similar manner to any other application programs under 
the control of the OS, thereby to execute the above-de- 
scribed processes. 

[0251] Various embodiments and changes may be 
made thereonto without departing from the broad spirit 

25 and scope of the invention. The above-described em- 
bodiment intended to illustrate the present invention, not 
to limit the scope of the present invention. The scope of 
the present invention is shown by the attached claims 
rather than the embodiment. Various modifications 

30 made within the meaning of an equivalent of the claims 
of the invention and within the claims are to be regarded 
to be in the scope of the present invention. 
[0252] This application is based un Japanese Patent 
Application No. 2000-30034 filed on February 8, 2000, 

35 and including specification, claims, drawings and sum- 
mary. The disclosure of the above Japanese Patent Ap- 
plication is incorporated herein by reference in its en- 
tirety. 
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Claims 

1. A system for managing a networked device, char- 
acterized by comprising: 

verification means (16) for verifying operation 
of the device by a verified user, 
information acquisition means (16) for acquir- 
ing device usage information including a value 
indicating an amount of usage of the device by 
the verified user, and 

information storage means (1 5) for sequentially 
storing the device usage information acquired 
by the information acquisition means. 

2. The system of claim 1 , characterized by further 
comprising: 
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user information storage means (41 ) for storing 
user information identifying at least one user 
permitted to operate the device, 
user information input means (22) for inputting 
identification information identifying a user op- 5 
erating the device, and 

user verification means (1 6) for verifying a user 
operating the device in accordance with identi- 
fication information input via the user informa- 
tion input means and user information stored in 10 
the user information storage means, 
the information acquisition means character- 
ized by comprising: 

counting means (44) for counting an *5 
amount of usage of the device by the veri- 
fied user, and 

information creation means (1 6) for creat- 
ing device usage information, the device 
usage information comprising the amount 20 
of usage of the device counted by the 
counting means and information for identi- 
fying the verified user. 

3. The system of claim 1, characterized by further 25 
comprising: 

amount acquisition means (16) for acquiring a 
usage amount record based upon device us- 
age information stored in the information stor- 30 
age means, 

comparison means (16) for comparing the us- 
age amount record and a reference value and 
producing a comparison result, and 
output means (1 6) for outputting the compari- 35 
son result. 

4. The system of claim 1 , characterized by further 
comprising: 

40 

amount acquisition means (16) for acquiring a 
usage amount record of an arbitrary device 
used by an arbitrary user based upon device 
usage information stored in the information 
storage means, 45 
comparison means (16) for comparing the us- 
age amount record and a reference value and 
producing a comparison result, and 
output means (16) for outputting the compari- 
son result. 50 

5. The system of claim 1 , characterized in that the 

device comprises a replaceable, expendable com- 
ponent, comprising: 

55 

amount acquisition means (16) for acquiring a 
usage amount record subsequent to replace- 
ment of the replaceable, expendable compo- 



nent in the device, based upon device usage 
information stored in the information storage 
means, 

comparison means (16) for comparing the us- 
age amount record and a reference value and 
producing a comparison result, and 
output means (16) for outputting the compari- 
son result. 

6. The system of claim 1 , characterized in that the 
user is associated with a section, comprising: 

amount acquisition means (16) for acquiring a 
usage amount record according to the section 
associated with the user, based upon device 
usage information stored in the information 
storage means, 

comparison means (16) for comparing the us- 
age amount record and a reference value and 
producing a comparison result, and 
output means (1 6) for outputting the compari- 
son result. 

7. A software control system for driving a terminal con- 
trolling a networked device, characterized by com- 
prising: 

storage means (15) for storing driver software 
for driving the terminal, 

selection means (16,22) for selecting a device 
to be controlled by the terminal, 
correspondence information storage means 
(43) for storing correspondence information in- 
dicating a correspondence between the soft- 
ware stored in the storage means and the se- 
lected device, 

specification means (1 6,43) for specifying driv- 
er software for driving the selected device in ac- 
cordance with the correspondence information 
stored in the correspondence information stor- 
age means, and 

installation means (16) for providing the termi- 
nal with software specified by the specification 
means via a network and installing the software 
in the terminal. 

8. The system of claim 7, characterized by comprising: 

input means (1 6) for inputting information iden- 
tifying a driver software installer, 
storage means (43) for storing the information 
identifying the driver software installer, and 
output means (1 6) for identifying the driver soft- 
ware installer, based on the information stored 
in the storage means, when driver software 
stored in the storage means is upgraded, and 
outputting a message to the identified driver 
software installer. 
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9. The system of claim 7, characterized in that 

the storage means (15) comprises means (43) 
for storing information indicating that a driver 
software installer wants to be informed about a 
driver software upgrade, and 
the output means comprises means (16) re- 
sponsive to the storage means for informing the 
driver software installer of a driver software up- 
grade. 

10. A system characterized by comprising: 

a networked target device (22), and 

a management device (15,16), characterized 

in that 

the management device stores user informa- 
tion specifying a user permitted to operate the 
target device, 

the target device sends identification informa- 
tion identifying a user operating the target de- 
vice to the management device, 
- the management device receives the identifica- 
tion information, verifies the user in accordance 
with the stored user information and the re- 
ceived identification information, and informs 
the target device of a verification result, 
the target device permits a user verified by the 
management device to operate the target de- 
vice, retrieves a usage amount of the target de- 
vice used by the user, and informs the manage- 
ment device of the retrieved usage amount, and 
the management device stores, in association 
with each other, information corresponding to 
the informed usage amount, the user, and the 
used device. 

11. The system of claim 10, characterized in that the 

management device (16) outputs a message based 
on the stored usage information. 



1 2. A management client (1 2,1 4,1 9) for communicating 
with a controller server that controls a networked 
target device, comprising: 

information input means (31) for inputting iden- 
tification information identifying a user operat- 
ing the target device, 

verification means (16) for sending the identifi- 
cation information to the controller server and 
verifying the user operating the target device in 
accordance with response information sent 
from the controller server, 
counting means (16) for counting an amount of 
usage of the target device made by a user op- 
erating the target device, and 
information sending means (16) for sending de- 
vice usage information, comprising the amount 



of usage of the target device counted by the 
counting means, to the controller server. 

1 3. A controller server for controlling a networked target 
5 device through a management client, characterized 
by comprising: 

storage means (15) for storing user information 
specifying a user permitted to operate the tar- 

10 get device, 

identification information acquisition means 
(16) for acquiring, from the management client 
via a network, identification information identi- 
fying a user operating the target device, 

15 verification means (1 6) for verifying a user op- 

erating the target device, in accordance with 
the identification information acquired by the 
identification information acquisition means 
and the user information stored in the user in- 

20 formation storage means, 

information acquisition means (16) for acquir- 
ing usage information of the target device, com- 
prising an amount of usage of the target device 
made by a verified user operating the target de- 

25 vice, and 

information storage means (1 5) for sequentially 
storing the usage information acquired by the 
information acquisition means. 

30 14. A method for managing usage of a networked de- 
vice, characterized by comprising: 

verifying a user operating the device, 
obtaining an amount of usage of the device 
35 made by the verified user operating the device, 

acquiring usage information of the device com- 
prising the obtained amount of usage of the de- 
vice, and 

storing the acquired usage information in a da- 
40 tabase. 

15. The method of claim 14, characterized by further 
comprising: 

45 processing the usage information stored in the 

database, and 

sending a message to at least one of a user of 
the device and an administrator of the device. 

so 16. A method for controlling software for driving a con- 
trol terminal that controls a networked device, char- 
acterized by comprising: 

storing correspondence information indicating 
55 a correspondence between driver software for 

driving the control terminal and the device, 
selecting a device to be controlled by the con- 
trol terminal, 
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specifying, in accordance with the stored cor- 
respondence information, driver software for 
driving the selected device, 
providing the control terminal with the specified 
driver software via a network, and 5 
installing the driver software in the control ter- 
minal. 

17. The method of claim 1 6, characterized by compris- 
ing: 10 

storing information associated with a user that 
has installed driver software in a storage de- 
vice, 

identifying a user that has installed driver soft- 15 
ware in a storage device when the installed 
driver software is upgraded, and 
sending a message to the identified user. 

18. A computer program for executing a method of 20 
managing use of a networked device, the method 
characterized by comprising: 

verifying a user operating the device, 
obtaining an amount of usage of the device 25 
made by the verified user operating the device, 
acquiring usage information of the device com- 
prising the obtained amount of usage of the de- 
vice, and 

storing the acquired usage information in a da- so 
tabase. 

19. A computer program for controlling software for 
driving a control terminal that controls a networked 
device, characterized by comprising: 35 

storing correspondence information indicating 
a correspondence between driver software for 
driving the control terminal and the device, 
selecting a device to be controlled by the con- *o 
trol terminal, 

specifying, in accordance with the stored cor- 
respondence information, driver software for 
driving the selected device, 

providing the control terminal with the specified *s 
driver software via a network, and 
installing the driver software in the control ter- 
minal. 

50 
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